home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20021006-20030409 / 000315_observer@helpful.aq_Sun Feb 16 16:42:16 EST 2003.msg < prev    next >
Text File  |  2003-04-08  |  2KB  |  50 lines
  1. Article: 14111 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsfeed.mathworks.com!cyclone.swbell.net!bos-service1.ext.raytheon.com!cambridge1-snf1.gtei.net!news.gtei.net!transfer.stratus.com!stratagy.com!runge-kutta.org!helpful.aq
  3. From: Helpful Observer <observer@helpful.aq>
  4. Newsgroups: comp.unix.misc,comp.protocols.kermit.misc
  5. Subject: Re: Nasty nulls in FTP
  6. Date: Sun, 16 Feb 2003 15:15:15 -0500
  7. Organization: minuscule vestiges
  8. Lines: 33
  9. Expires: 14 Mar 2003 01:01:01 -0000
  10. Message-ID: <nasty.nulls.on.the.internet@helpful.aq>
  11. References: <1194685a.0302131007.4d6c674f@posting.google.com>
  12.  <m1wuk37a6p.gnus@usa.net> <3e4ccd43$3_3@news.iglou.com> <m1wuk37a6p.gnus@usa.net> <3e4ccd43$3_3@news.iglou.com>
  13. NNTP-Posting-Host: list.stratagy.com
  14. Xref: newsmaster.cc.columbia.edu comp.unix.misc:59679 comp.protocols.kermit.misc:14111
  15.  
  16.  
  17. On 13 Feb 2003 10:07:47 -0800, generic*arigatoo.net wrote...
  18. > 
  19. > I'm transferring files from a OS/3900 mainframe to a Unix box.  The   
  20. > mainframe data contains nulls (x00), which causes lines in the data to
  21. > be truncated in transit.
  22. > 
  23. > Is there an FTP option to handle this?
  24.  
  25.  
  26. Somebody gave advice to simply use the 'binary' mode of the
  27. FTP protocol.  This may not be the whole problem.
  28.  
  29. First of all, I suggest that you consider whether some part
  30. of this IBM-mainframe data is textual, with characters encoded
  31. in EBCDIC, rather than in ASCII.  Hardly any computers other
  32. than IBM mainframes use EBCDIC these days, and your Unix
  33. machine will need to see ASCII.  Converting between the two
  34. encodings is possible but there are pitfalls for the unwary.
  35.  
  36. Another poster mentioned Kermit, and that's not a bad idea,
  37. since the Kermit protocol was designed to be able to handle
  38. data transfers involving EBCDIC-to-ASCII translation.  Try
  39.  
  40.         http://www.columbia.edu/kermit/
  41.  
  42. BUT, is the data really a pure stream of text characters, or is it
  43. data with some arbitrary encoding?  I hope you are not expecting
  44. to copy a DB2 database from the IBM machine and plop the raw
  45. file onto some Sun box running Oracle and watch it 'just work'!
  46.  
  47. --
  48. H.O.
  49.  
  50.